STEP 1 · 案例引入
M9-061 科技互联网 · 案例引入
💻 案例引入 · 某IDE AI代码补全
💻 案例全景

利益相关者CEO(影响力高·立场不确定):项目发起人但AI认知偏差,需认知校准。CTO(影响力中·立场中性偏支持):技术执行者,可成为盟友。业务负责人(影响力中·立场消极):信任透支,需速赢重建信心。IT团队(影响力低·立场焦虑):怕被边缘化,需纳入能力建设。一线骨干(影响力低·立场观望):支持与否直接影响落地。

企业概况某IDE AI代码补全是科技互联网领域一家快速成长的企业,于2003年成立 企业员工1709人,年营收规模5.5亿元。已服务超过8家大型客户,客户留存率达28%。

purple痛点三:数据采集依赖人工。一线数据填报靠员工手动录入,缺乏自动采集手段。部分关键工序的数据采集覆盖率不到87%,数据完整性问题严重制约AI模型的准确性。

行业背景科技互联网行业正处于深度变革期。头部企业已率先启动AI转型,行业渗透率约48%,预计未来12个月内将超过33%。

风险矩阵技术风险(可能性高·影响中):模型效果不达预期、系统集成困难、数据质量不达标。组织风险(可能性高·影响高):关键利益相关者抵制、变革中途失去动力、核心团队流失。进度风险(可能性中·影响中):项目延期、速赢效果不显著、反复返工。

变革路线图认知对齐期(0.5-1月):高管工作坊+AI认知培训+战略共识。快速验证期(3-2月):选定高频低风险场景落地。价值扩展期(3-7月):扩展场景+内部推广。运维成熟期(8-11月):建立持续运营+知识沉淀。

blue痛点二:组织惯性。生产/运营负责人(从业17年)对AI态度消极,经历过2次失败的数字化项目,认为「这次也不会例外」。中层管理者的抵触情绪来自三方面:技术恐惧、失败记忆、权力威胁。

顾问洞察顾问团队在诊断中总结了一句核心洞察:「不要用技术方案去解决管理问题」

※ 案例信息已脱敏处理。仅供教学参考。
🧭 本案例道法术器框架

以下展示本案例将应用的层面。Step2展开

【法】期望管理框架
承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。...
本案例:在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次:第一次见面不聊项目,第一次会谈不拿笔记本,第一次汇报不给方案。
【器】AI辅助提示词工程
利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。...
本案例:某IDE AI代码补全中顾问采用「先倾听再建议」策略:第一周安排4场一对一访谈,不做任何技术展示。
【道】变革心理学曲线
组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索...
本案例:在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次:第一次见面不聊项目,第一次会谈不拿笔记本,第一次汇报不给方案。
【器】GROW教练模型
目标(Goal)→现实(Reality)→选项(Options)→意愿(Will...
本案例:信任不是通过说「我懂」建立的,而是通过问「您怎么看」建立的。某IDE AI代码补全的第一周定义为「零技术周」。
【术】5Why根因分析法
连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。...
本案例:某IDE AI代码补全中顾问采用「先倾听再建议」策略:第一周安排4场一对一访谈,不做任何技术展示。
【术】非语言信号解读
表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志...
本案例:某IDE AI代码补全中顾问采用「先倾听再建议」策略:第一周安排4场一对一访谈,不做任何技术展示。
【法】STAR结构化进场框架
情境(Situation)→目标(Target)→行动(Action)→结果(R...
本案例:在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次:第一次见面不聊项目,第一次会谈不拿笔记本,第一次汇报不给方案。
【术】开放式提问六变体
情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。...
本案例:顾问进场后通过三步建立信任:存在感→专业感→共情感。在某IDE AI代码补全中这一策略有效降低了客户的防御心理。
【器】诊断问卷五模块
企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。...
本案例:在某IDE AI代码补全中信任建立速度决定项目推进速度。顾问用了三个第一次:第一次见面不聊项目,第一次会谈不拿笔记本,第一次汇报不给方案。
【道】信任建立阶梯模型
顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知...
本案例:某IDE AI代码补全中顾问采用「先倾听再建议」策略:第一周安排4场一对一访谈,不做任何技术展示。
STEP 2 · 理论讲解
M9-061 科技互联网 · 理论讲解
📖 理论讲解
🎯 学习目标

掌握在科技互联网场景中运用结构化方法论诊断企业AI准备度的能力,学会区分表象问题与根因问题。

核心挑战:某IDE AI代码补全的核心挑战在于管理组织变革阻力、建立数据基础、对齐利益相关者期望这三个非技术因素。

📗 【法】期望管理框架

理论概述:承诺-交付-反馈循环是期望管理的核心机制。每次超额交付都在积累信任资本。

📌 本案例应用:在某IDE AI代码补全中,顾问运用这一方法系统分析了客户的组织状态,发现了8个关键的变革障碍。
📚 知识延伸:延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区:过度承诺而低估实施难度
📙 【器】AI辅助提示词工程

理论概述:利用大语言模型生成访谈提纲和分析报告初稿,但必须经过人工审核和行业定制。

📌 本案例应用:顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中,显著提升了诊断效率。
📚 知识延伸:延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区:忽略组织文化对变革的影响
📘 【道】变革心理学曲线

理论概述:组织变革中成员经历可预测的情绪曲线:震惊→否认→愤怒→讨价还价→沮丧→接受→探索→承诺。

📌 本案例应用:某IDE AI代码补全的实践表明,这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸:可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区:过度承诺而低估实施难度
📙 【器】GROW教练模型

理论概述:目标(Goal)→现实(Reality)→选项(Options)→意愿(Will),让客户主动探索方案。

📌 本案例应用:顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中,显著提升了诊断效率。
📚 知识延伸:延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区:用技术语言而非业务语言沟通
📕 【术】5Why根因分析法

理论概述:连续追问为什么,但不是机械地问五次,而是在不同深度层面对症下药。

📌 本案例应用:通过某IDE AI代码补全的案例练习,学员可以深入理解这一方法在实际咨询场景中的具体应用方式。
📚 知识延伸:可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区:过度承诺而低估实施难度
📕 【术】非语言信号解读

理论概述:表情、语气、肢体语言中蕴含的信息量远超语言本身。学会解读这些信号是进阶顾问的标志。

📌 本案例应用:顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中,显著提升了诊断效率。
📚 知识延伸:可结合彼得·圣吉的系统思考理论进一步理解
⚠️ 常见误区:过度承诺而低估实施难度
📗 【法】STAR结构化进场框架

理论概述:情境(Situation)→目标(Target)→行动(Action)→结果(Result)四步访谈框架。

📌 本案例应用:某IDE AI代码补全的实践表明,这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸:建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区:急于展示方案而非先理解问题
📕 【术】开放式提问六变体

理论概述:情境式、比较式、假设式、过程式、回溯式、前瞻式——六种提问各有适用场景。

📌 本案例应用:顾问在某IDE AI代码补全中将这一工具应用于3个业务部门的诊断中,显著提升了诊断效率。
📚 知识延伸:延伸阅读可参考科特的变革八步法相关文献
⚠️ 常见误区:用技术语言而非业务语言沟通
📙 【器】诊断问卷五模块

理论概述:企业基本面、业务运营、IT成熟度、组织文化、AI准备度——五维评估。

📌 本案例应用:某IDE AI代码补全的实践表明,这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸:建议查阅PMI项目管理知识体系中的相关实践
⚠️ 常见误区:用技术语言而非业务语言沟通
📘 【道】信任建立阶梯模型

理论概述:顾问不是解决方案的提供者,而是客户自我发现的催化剂。真正的变革来自客户自己的认知和承诺。

📌 本案例应用:某IDE AI代码补全的实践表明,这一框架有效帮助顾问在4场访谈中保持结构化和系统性。
📚 知识延伸:可对比库尔特·勒温的变革三阶段模型
⚠️ 常见误区:用技术语言而非业务语言沟通
STEP 3 · 学员实践
M9-061 科技互联网 · 学员实践
✍️ 学员实践
📋 实践任务
🎯 场景:作为OCE首席顾问首次进入某IDE AI代码补全项目。客户运营VP说我们有一个团队请你培训。
总用时约47分钟。
⏱ 第1步(6分钟)
任务1
设计STAR访谈提纲A层3题:了解客户过去的尝试,注意识别重复失败模式。
⏱ 第2步(18分钟)
任务2
设计STAR访谈提纲R层3题:建立合理的预期和评估标准,防止过度承诺。
⏱ 第3步(36分钟)
任务3
将访谈提纲整理为完整文档,包括受访者清单、访谈策略、STAR提纲、开场话术和棘手问题应对方案。
⏱ 第4步(36分钟)
任务4
写下面对客户高层的完整开场话术(3分钟),准备应对策略——如果客户坚持让你先说说方案。
⏱ 第5步(65分钟)
任务5
设计STAR访谈提纲T层3题:明确项目目标和期望,注意识别不切实际的期望。
⏱ 第6步(36分钟)
任务6
设计STAR访谈提纲S层3题:了解客户业务现状(用开放式问题引导说出全貌)。
💡 提示

区分客户说的问题和真实的问题——症状往往不是根因

STEP 4 · 参考答案
M9-061 科技互联网 · 参考答案
参考答案
📝 案例回顾
总结:本案例围绕某IDE AI代码补全展开,核心在于科技互联网领域AI转型中组织变革阻力、数据基础建设和利益相关者管理的平衡。
道法术器应用
【道】先建立信任再谈技术。
【法】用OCE和STAR指导进场工作。
【术】一对一访谈和5Why是核心技能。
【器】诊断问卷和GROW模型是效率倍增器。
🎯 STAR访谈提纲(8问)
参考问题意图追问
S1还有没有其他重要的事情我没有问到?收尾开放性问题通常客户会在这里说出最重要的担忧
T2在过去12个月中,业务运营中最大的挑战是什么?聚焦具体问题而非泛泛而谈追问"对业务指标的影响有多大?"
A3您认为最重要的成功标准是什么?了解客户价值观和优先级注意客户是否过度关注技术指标
R4您对这个项目的成功是如何定义的?了解客户的顶层期望注意是否存在多个不同的成功标准
S5您对这个项目的最高预算和资源投入是什么?了解资源约束和真实投入意愿追问"如果预算不够,您愿意调整范围吗?"
T6您能描述一下目前科技互联网业务整体的运营情况吗?开放式开场,让客户主动说出全貌等他自然说完后追问"还有吗?"
A7根据行业数据,类似规模企业通常12个月实现11%提升,您觉得这个范围合理吗?管理期望,建立参考基准追问"如果实际效果低于范围,您的底线是什么?"
R8您过去在效率提升方面做过哪些尝试?效果如何?了解历史经验和组织惯性追问"如果效果不理想,主要原因是什么?"
⚠️ 失分场景

客户问"你做过我们行业吗?"——回应"跨行业经验可迁移性强"

客户坚持"先说说方案"——回应"先提两个方向供您参考"

客户期望不切实际——用行业数据校准"通常需要X到X个月"

📚 拓展

推荐:《高效能人士的七个习惯》
自我检查:客户说了70%以上时间?有3次以上有效追问?识别了隐藏需求?管理了不切实际的期望?

💻OCE-TRANSFORM
🏠 官网首页📚 案例教学首页💻 科技互联网首页北京通维管理咨询有限公司